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3. Technical Aspects 

In this project, the research and development activities 
were mainly focused on the following topics: 
a) Collision-Free Motion Planning of Multiple Robot Arms: 
As a step towards solving the problem of planning 
collision-free motion of multiple robot arms in a common 
workspace, the two robot arms case was investigated. An 
efficient approach to planning collision-free motion of two 
robot arms in a common workspace was developed. The 
approach involves detection of collisions along the path and 
then modifying the path and/or motion characteristics of 
one or both of the robots to avoid the detected collisions. 
This technique is currently being extended to handle the 


case of multiple arms motion planning problem. The details 
of the methods are reported in reports/papers in 
Appendix-1. 

b) Object Recognition 

Two new model-based approaches to 2-dimensional object 
recognition were developed. 

One of these approaches involves representing a 2-D 
objects as an ordered set of meaningful components. Each 
component is described by a feature vector. To recognize an 
unknown object, a component of a given model is matched 
against the components of the unknown object 
representation. If a good match is found, the identity and the 
location of the object is hypothesized and verified. 

The second approach is based on a data-driven hypotheses 
generartion scheme called SMITH (Shape Matching Utilizing 
Indexed Hypotheses Generartion and Testing) for 2-D 
model-based object recognition. It employs an efficient 
dynamic programming implementation of attributed string 
matching to compare a scene component with a model 
component. 

The reports/papers given in Appendix-2 can be refered to 
for further details. 

c) Pictorial Database 
* 

A database which enables users to store and share the 
representations of 3-dimensional objects was designed and 



implemented. The database design is based on a relational 
feature based object representation scheme. This scheme is 
information preserving and efficient in terms of storage 
space and retrieval time requirements. A detailed report on 
this work is given in Appendix-3. 
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ABSTRACT 


Collision-free motion of two robot arms in a common workspace 
is investigated in this report. A collision-free motion is obtained by 

detecting collisions along the preplanned trajectories using a sphere 
model for the wrist of each robot and then modifying the paths 
and/or trajectories of one or both robots to avoid the collision. 
Detecting and avoiding collisions are based on the premise that: 

1) preplanned trajectories of the robots follow a straight line, 2) 
collisions are restricted to be between the wrists of the two robots 

(which correspond to the upper three links of PUMA manipulators), 
and 3) collisions never occur between the beginning points or end 
points on the straight line paths. In this report, the collision 
detection algorithm is described and some approaches to collision 

avoidance are discussed. 
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1. INTRODUCTION . .. 

Industrial robots have made significant contributions in 
automating the manufacturing process. They are general purpose 
manipulators consisting of a series of rigid links connected together 
by revolute or prismatic joints. Mechanically, a typical robot has a 
supporting base, an arm unit, a wrist unit, and an end effector or 
tool. Movement of the arm unit usually consists of three degrees of 
freedom in which a sequence of movements can position the wrist 
unit at some desired location in the workspace. The wrist unit, 
typically consisting of two or three rotary joints, orients the end 
effector in such a manner to perform the tool task. The wrist unit 
usually provides a mounting plate so that various types of end 
effectors, such as grippers, welding guns, or electro-magnets, can be 
attached. Typical robot configurations are shown in Fig. 1 and Fig. 2. 

Presently, the number of robots being used in industrial and 
commercial applications is increasing at a rate of about 35 percent 
per year [1]. Manufacturers find that robots can increase 

productivity, reduce production costs, and improve product quality. 
However, the robots currently in use perform simple repetitive jobs 
such as pick-and-place tasks, machine loading and unloading, spray 
painting, and spot welding. Recent advances in such technologies as 
robot sensors and vision systems will allow more complex tasks to 
be performed. The development of intelligent robots is essential for 
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Figure 2 Six Degree Freedom Revolute Robot 

increasing the industrial and commercial uses of robots [2], [3]. 

In a fully automated manufacturing environment, sophisticated 
robot systems should be able to handle nearly all manufacturing 
operations. In such an environment, robots must work together and 

perform their tasks in a coordinated manner to fully utilize the arms 
and the workspace. However, such robots could become obstacles to 
each other without proper strategy and, therefore, require 
collision-free paths between their end effectors. Techniques for 

controlling robot arms in a common workspace will demand 
trajectory planning schemes, collision detection algorithms, and 

collision avoidance strategies. These demands motivate the research 
that constitutes this report. 

1.1. Multiple Robot Arms 


Robots in the future are likely to possess human-like dexterity. 
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Robot arms will probably perform sophisticated tasks in the same 
manner as do human arms and hands. Presently, research in 
multiple arm coordination and control is just beginning. The 

performance of simple tasks, such as lifting an object by two robots 
or providing collision-free motions, is still difficult. 

Since utilizing only one robot to operate in a workspace limits 
the amount of tasks that can be performed, the use of two or more 

robots is essential to improve the versatility of potential 

applications. To complete a task, several robots can be used with 

each performing its specific small subtask which allows for an 
increase in productivity. Along with an increase in productivity, 

multiple arms can perform complex tasks, such as lifting objects that 
are beyond the weight limits of a single arm and assembling 

sophisticated equipment, that cannot be performed by a single robot 
but require the use of two or more working together. In addition, 

certain applications require coordination between robots to save 

time in completing a task. 

Roach [4] classifies coordinated actions of two robot arms into 
four categories: 

1) Symbiotic Actions - A class of actions where one hand aids 

the other in a passive way. For example, a nail must be held 
upright while hammering it. Holding a tooth brush while 
applying tooth paste is another example. 

2) Compliant Actions - A class of actions involving hands 
performing similar movements at different places, usually 
on the same object. For instance, two hands lifting a pan of 
water must move together to prevent spillover. 
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3) Co-operative Actions - A class of actions where hands are 
actively performing actions that are not the same but 
require coordination. Tying shoelaces is an example. 

4) . Countervailing Actions - A class of actions where hands 

assist each other by performing actions that are apparently 
opposed. For instance, glueing two pieces of tile together is 
performed by applying pressure to each one. 

Cooperating robots in a common workspace must be coordinated in 
order to avoid collisions between them. The research reported in this 
paper is directed at coordination and control of two robots in a 
common workspace through collision-free motion planning. 

1.2. Problem Formulation 

The motivation for studying the problem of using multiple arms 
and controlling robots in a common workspace should now be clear. 
This investigation, without the loss of generality, deals with the case 
of only two robots. When two or more robots are used in a common 
workspace, they may become obstacles to each other and, therefore, 
motion planning must include detection and avoidance of collisions 
between them. A collision-free motion is obtained by detecting 
collisions along the straight line trajectories of the robots and then 
replanning the paths and/or trajectories of one or both of the robots 
to avoid the collision. 

The straight line path and trajectory information of each robot 
is used to detect whether collisions exist. Collisions are restricted to 
be between the wrists of the two robots (which correspond to the 
upper three links of PUMA manipulators). A sphere model for the 
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wrist (including the tool and any grasped object) is used because it is 
rotationally invariant and computationally efficient compared to 
other geometric models such as the cone and cylinder models (Fig. 
3). Collisions are assumed never to occur between the beginning 
points or end points on the straight line paths. This problem is 
handled by a higher level planner which guarantees that the 
operations of the robots are valid, and, therefore, they never attempt 
to access a specific location in the workspace at the same time. 

The collision detection method involves two steps: 1) obtaining 
the range of potential collisions along the straight line trajectories of 
the two arms without considering the motion characteristics, and 2) 
mapping the potential collision range information into the time 
domain to obtain the space-time collisions. Once the collision region 
in time and space is found, a collision-free motion is obtained by 
producing new paths and/or trajectories for the robots based on 
various collision avoidance techniques. 

1.3. Background 

Methods for coordinating multiple arms that are currently being 
investigated by several researchers range from using low-level 
kinematics and dynamics to developing high-level motion planners. 
Various approaches in dual-arm control consider master/slave 
relationships between the robots using position and/or force 
feedback. Ishida's [5] force control method is based on a two arm 

transport system run in a master/slave mode. In this method, the 

fundamental movements are parallel transfer and rotational 
transfer, but more complex motions can be accomplished if 
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Figure 3 Commonly Used Wrist Models 
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combined. A wrist force sensor measures the interactive force 
between the two arms. The master arm is position controlled while 

the slave arm is entirely force controlled and free to move where 

necessary to follow the master. Alford and Belyen [6] use a 

hierarchical computer control structure to perform a type of 
master/slave coordination. The master is position controlled for a 

desired trajectory and the slave follows relative to the master’s path. 
The slave arm’s trajectory is modified in real time based only on the 
position of the master and not on any force/torque sensor 
information. Tarn, Bejczy, and Yun [7] have developed a control 
method to transfer an object along a desired trajectory using two 
robots. The robots work in a master/slave mode in which the slave 

robot follows the master by keeping a constant offset distance. Their 
control method uses a dynamic coordinator acting on relative 

position and velocity errors and/or on relative force/torque errors 
between the two arms. Zheng and Sias [8] use wrist force sensors to 
detect contact between two robot arms. The force information is 
used to adjust the relative positions and orientations of the arms to 
continue their assembly task. Hayati [9] uses hybrid position/force 
control for cooperation between two or more robots that are rigidly 
holding an object by allowing the arms to control the position and 

force on a designated point on the object. 

The above approaches provide partial solutions, with various 
degrees of success, to the problem of robots physically operating 

simultaneously on a common object. However, they do not address 
the problem of coordinating robots that are working on separate 
tasks in a common workspace. In such an environment, collision-free 
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motions are required for the robots to safely perform their 

designated jobs. 

However, most of the current collision avoidance schemes are 
directed toward avoiding contact between a robot arm -.and 
stationary objects in the work environment. Udupa [10] introduces 
the concept of transforming a robot into a point to find open paths. 
Brooks [11] represents free areas in forms of generalized cones 

through which the robot can travel. Lozano-Perez and Wesley [12] 
use a visibility graph to create a configuration space that represents 

corners of obstacles between which straight line travel of the 

manipulator is possible. In addition, Lozano-Perez [13], [14] provides 
approaches to the findpath and findspace problems using polyhedral 
representations of manipulator configurations that would produce 
collisions. Chien, Zhang, and Zhang [15] use the concepts of state 
space and rotation mapping to create a set of relationships between 
the positions and the corresponding collision-free orientations of a 

robot among obstacles. Finding collision-free paths for robots using 

this method is reduced to considering the connectivity of the graph 
represented by the set of relationships. A graphical simulation 

approach using configuration maps to plan manipulator paths in a 
two-dimensional workspace is given by Red and Truong-Cao [16]. 
Gilbert and Johnson [17] provide an approach to path planning by 

solving an optimal control problem with state constraints that ensure 
obstacle avoidance. The constraints are expressed in terms of the 
distance between potentially colliding parts of the robot and the 
obstacles. Kambhampati and Davis [18] use hierarchical 

representations based on quadtrees and staged path searching 
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methods for achieving collision-free paths. In a similar manner, 
Wong and Fu [19] use hierarchical path searching methods in three 
orthogonal two-dimensional projections of the three-dimensional 
environment to find a collision-free path. Oommen and Reichstein 
[20] provide algorithms for moving a manipulator represented by an 
ellipse among elliptical obstacles. A method for finding the minimum 
time motions for a manipulator between given end states with 

obstacle avoidance is given by Dubowsky, Norris, and Shiller [21]. A 
penalty function is used to account for the presence of obstacles and 
to provide constraints on the motion of manipulator joints. Recently, 
Singh and Wagh [22] have provided a path planning algorithm using 
intersecting convex shapes. A graph consisting of nodes representing 
all the largest rectangular free areas is created with intersecting 

areas being adjacent nodes. A cost function is utilized to find the 
path from the source node to the destination node in the graph. Rueb 
and Wong [23] structure free space into a set of overlapping convex 
regions which can be represented as a hypergraph. They introduce 

an approach to search the graph to obtain the characteristics of the 
robot's environment. 

A literature review of all research directed at collision-free 

motion planning of multiple robots indicates that only a small 
amount of effort has been devoted to the problem of collision 
detection and avoidance. Gouzenes [24] proposes the use of 
graph-search techniques and petri-nets for collision avoidance 
between robots during an assembly operation. DuPourque, Guiot, and 
Ishacian [25] address distributed environments for multi-robot 
controllers using a hierarchical organization in which higher levels 


perform the coordination, synchronization, and communication. 
Freund and Hoyer [26], [27], [28] provide an approach to collision 
avoidance by using a systematic design method for multi-robot 
systems. They propose a hierarchical structure for .multi-robot 
systems using the dynamics of all the robots and a hierarchical 

coordinator for achieving collision-free paths. Canny [29] outlines a 
collision detection scheme for two moving robots represented as 
polyhedral objects. Tournassoud [30] uses the concept of separating 
hyperplanes to obtain avoidance between two manipulators. Fortune, 

Wilfong, and Yap [31] present a technique for motion planning for 
independent but synchronized motions of two robot arms each of 
which has two degrees of freedom movement. A joint feasible region 
is constructed that represents the set of placements of the arms that 
neither intersect the interior of an obstacle nor each other. Some of 
my past work [32] demonstrates the use of a concurrent processing 

environment to provide a collision-free coordination of 

independently controlled robots in a common workspace by using 
the techniques of concurrent programming and solving the problems 
of mutual exclusion, synchronization, and communication for a 
desired coordinated task. Roach [4], [33] discusses coordinating the 
collision-free motions of robot arms through the use of a robot 
operating system consisting of a task level planner, an execution 
monitor to govern execution, and low-level processes to control the 
robots. 

Recently, Lee and Lee [34] have proposed an approach to 
collision-free motion planning of two robots by detecting and 

avoiding collisions using discrete time, straight line trajectories. As in 
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the detection and avoidance techniques presented in this report, 
they consider collisions to be between the wrists of each robot which 
are represented by sphere models. However, their discrete time 
approach must be performed off-line due to the time requirements 
in detecting collisions and calculating a collision region bounding box. 
Also, collisions that occur between discrete time instants cannot be 

accurately detected. In addition, their collision avoidance scheme is 

restricted to modify the path or trajectory of only one of the two 
robots. 

This report investigates collision-free motion of two robots in a 
common workspace by detecting collisions along the straight line 
trajectories of the robots and then replanning the paths and/or 
trajectories of one or both of the robots to avoid the collision. The 
algorithm for collision detection is presented in Chapter 2. Various 

approaches to collision avoidance are presented in Chapter 3. Finally, 

Chapter 4 contains conclusions and future research that follows from 
this report. 
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2. COLLISION DETECTION . . \ 

As discussed earlier, the sphere model for the wrist (Fig. 4) is 
used to detect and avoid collisions due to the fact that it - is 
rotationally invariant and computationally efficient compared to 
other geometric models. The detection of a collision is accomplished 
by calculating the distance between the origins of two spheres. A 
collision is said to occur between the two wrists at any given time 
instant if the distance between the center of the two spheres is less 
than or equal to rl+r2. 



Figure 4 Sphere Model 

One possible method of detecting collisions is to check at 
carefully chosen discrete time instants if the two spheres collide. As 
mentioned earlier, Lee and Lee [34] adopted this approach in which 
motion planning using such a collision detection technique had be 
done off-line. 

The collision detection technique presented here involves 
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finding the segments on the straight line paths of the two robots 

where the possibility of collisions between the two wrists exists. 

Specifically, for each of the two straight line paths, a segment is 

found where, for each point of that segment, there exists at -least- one 

point on the other path which is less than or equal to rl+r2 distance 
apart. Such possible collisions, from now on, are referred to as 
potential collisions (i.e., collisions without considering the motion 

characteristics of the two robots). Since the ultimate objective is to 
avoid collisions, only the locations on each path where potential 
collisions begin and end are required to be determined. Once these 
points are known, trajectory information for each path can be used 

to determine if the potential collision is also a space-time collision 
(i.e., collisions taking motion characteristics into consideration). The 

overall approach to collision detection is explained in sections 2.1 
and 2.2. 

2.1. Detecting Potential Collisions 

The position of a robot in three dimensional space (R ) is 
defined by the center of the sphere representing the wrist with 
respect to a fixed global coordinate system (x,y,z). Any movement of 
the robot is represented by the path taken by the center of the 
sphere. Therefore, the straight line path of a robot, r, is specified by 
an initial point (x ri ,y ri ,z ri ) and a destination point (x ff y r f,z rf ). 

The detection of potential collisions involves finding the 
segments on the straight line paths of the robots where the 
possibility of collisions between the two wrists exists. Let the 
parametric equations of the straight lines representing the paths of 


the two robots be 
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p, = p n + «p lt - p u > 

^2 = ^2i + Y(P2f " ^2^ (1) 

where 0<X<1 and 0<y<l. For a potential collision to occur, 

II Pj - P 2 II < rl + r2. (2) 

Another way of computing the potential collisions is to obtain 
the intersections of a straight line representing one of the two paths 
with the locus of the surface of a sphere of radius rl+r2 whose 
center moves along the straight line representing the other path. 
This is equivalent to expanding the radius of the sphere of one robot 
by the radius of the other sphere while shrinking the other sphere to 
a point. 

It is obvious in the case of straight line paths that there will be 
a continuous segment where the potential collisions exist. Fig. 5 
shows potential collisions for two-dimensional paths through the use 
of a 2-D-Wrist-Potential-Collision Diagram (WPCD) in which each 
path contains its segment where potential collisions begin and end. 


2.1.1. Generating Potential Collision Regions 

In the standard cartesian coordinate system, a sphere of radius 
r=rl+r2 and center ( x c >y c .z c ) is given by the equation 

(x - x c ) 2 + (y - y c ) 2 + (z - z c ) 2 = r 2 . (3) 

Letting the center of the sphere move along the path of robot 1, the 
straight line path of robot 1 can be parametrically defined as 


y c = y n + bjX 

z c ■ z li + c l* 


0 < A .<1 


(4) 
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Figure 5 2D-Wrist-Potential-Collision Diagram (WPCD) 


where 

a l = x lf ' x li 

b i = Xu - yn 

C 1 = z lf ' z li * 


(5) 


The straight 


line path of robot 2 can be expressed as 


x = x 2i + 327 

y = y 2i + b 2 y 

z=z 2i +c 2? 0<7<i (6) 

where 

a 2 = x 2f ' x 2i 

b 2 = yu - yn 

C 2 = z 2f ‘ z 2i * (7) 


Thus, seven simultaneous equations with eight unknowns are 
formed. To generate the potential collision regions, equations (3), (4), 




and (6) are combined to obtain 


where 


and 


Vectorially, equation (8) can be expressed as 

II A 2 y - AjX + K II = r . ) 

where 

Aj = (a^jbjjCj) 

^2 = ^ 2 ^ 2 tC 2 ^ 

K =(k x ,k y ,k z ) (17} 

which provides the positions along the straight line paths of robot 1 
and robot 2 that are distance r apart. 

For a given value of X in equation (8), zero, one, or two values of 
Y can be found. This is equivalent to obtaining no intersections, one 
intersection, or two intersections with the other path for a f iver 
location of the sphere on its path. In case of two intersections,, the 
distance on the straight line path between the two intersection 
points is called the potential collision length. Thus, equation (8) 


k x y 2 - 2k 2 YX + k 3 X 2 + 2k 4 y - 2k 5 X+ k g = 0 


k l = a 2 2 + b 2 2 + c 2 2 . - -O) 

k 2 = a^ + bjb 2 + CjC 2 (10) 

k 3 = aj 2 + bj 2 + c t 2 (II) 

k 4 = k x a 2 + k y b 2 + k z C 2 O 2 ) 

k 5 =k x a l + k y b l + k z C l '.(13) 

k 6 " *Sc 2 + k y 2 +k z 2 -^ (14) 


k y = *2i - Xli 
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represents the location of the intersection points with respect to X (or 
vice versa with respect to 7) producing a parametric space potential 
collision region. A typical region is shown in Fig. 6 on a 

Parametric-Space-Potential-Collision-Region Diagram (PSPCRD). The 
ellipse in Fig. 6 is the most common case for parametric space 
potential collision regions and is discussed later. As stated earlier, 
only the segment on each path where potential collisions exist is 
required. The four extreme points of the ellipse are found by 

computing its horizontal and vertical tangents. These points, , 

Yicp, X fcp , and , represent the locations on each path where 
potential collisions begin and end. 

2.1.2. Analyzing Potential Collision Regions 

Equation (8) is a second-degree equation in two unknowns, X 
and 7, where kj, 1^, and k 3 cannot all be zero. The values of kj and 
k 3 are never zero due to the fact that the direction vector of a line 
must contain at least one non-zero element. Equation (8) defines a 
potential collision region in terms of parametric variables X and 7. 
Unless equation (8) degenerates into straight lines, shrinks to a 
point, or is purely imaginary, it represents one of the following cases: 


1) 

a hyperbola 

if 

k 2 2 - kjk 3 > 0 

( 18 ) 

2) 

a parabola 

if 

k 2 2 - kjkj = 0 

( 19 ) 

3 ) 

an ellipse or 

if 

k 2 2 - kjk 3 < 0; a circle when 

(20) 


a circle 


k 2 = 0 and k^ = k 3 . 
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Figure 6 Parametric-Space-Potential-Collision-Region 
Diagram (PSPCRD) 


A hyperbola will never be generated because application of the 
definitions from (17) to (18) produces the vector equation 

Aj • A 2 > II Aj II II A 2 II (21) 

which can never occur since the Cauchy-Schwarz Inequality shows 

that 

IX • Yl < II X II II Y II (22) 

where X and Y are vectors in R 3 . 

A parabola is generated when k 2 2 = kjk^. This occurs when the 

paths of the robots are parallel. However, for this case, the 
parametric space potential collision region is the limiting form of a 
parabola which consists of a pair of parallel lines or a single line 

counted twice. 

An ellipse is the most common case for the parametric space 

potential collision region. A circle is a limiting form of an ellipse and 
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occurs when k 2 =0 and kj = k 3 . Coefficient k 2 equals zero when the 

direction vectors and, therefore, when the paths of the robots are 
perpendicular. When the sphere is cut by a perpendicular line, ~ the 
distances of two new collision points from their corresponding 

previous collision points are equal producing a circular potential 
collision region. However, since the rate of change in X and y per unit 
path length may differ, perpendicular paths may still produce 

elliptical potential collision regions in X and y if the same scale is 
utilized. Therefore, the magnitudes of the paths must be equal 
(k x =k 3 ) for a circle to be generated in the PSPCRD. When the paths of 

the robots are not perpendicular, an ellipse is generated because the 
distances of two new generated collision points from their 
corresponding previous collision points are unequal. 

When the roots of equation (8) are imaginary, potential 
collisions and, therefore, space-time collisions do not exist. Equation 
(8) degenerates into straight lines when the paths of the robots are 
parallel and this represents the parabola case. A single root of 

equation (8) can exist representing a point collision. In summary, 
points, lines, and ellipses are the possible collision regions that can 
occur in the PSPCRD as depicted in Fig. 7. 

2.1.3. Determining Potential Collision Segments 

As shown in section 2.1.2, points, lines, and ellipses are the 
possible collision regions that can occur in the PSPCRD. The PSPCRD 

can be divided into nine sub-regions as shown in Fig. 8. Each 
sub-region specifies where on the paths of the two robots the 
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Figure 7 Possible Potential Collision Regions 
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Figure 8 The Nine Sub-Regions of the PSPCRD 

collision is occurring. Sub-regions with corresponding values of X and 
y that are less than zero or greater than one are indicating points that 
exist on the lines containing the robots' paths but are before the 
starting points and after the ending points of the paths, respectively. 
Sub-region 1 contains the potential collision information that occurs 
along the paths of the robots. Other sub-regions correspond to the 
invalid locations of potential collisions. 

As discussed, only the four extreme points (smallest and largest 
values of X and y) in sub-region 1 are required. These values 
represent where collisions begin and end on each path. However, a 
single root (point collision) requires finding only the one value of X 
and y causing the collision. The point can exist in any of the nine 
sub-regions of which only sub-region 1 contains a valid collision. 
Otherwise, a potential collision and, therefore, a space-time collision 
does not exist. Detection of a point collision involves finding the 
minimum distance between the lines representing the paths of the 
robots. The minimum distance between the lines containing the 
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paths of the robots can be found by differentiating the equation 

d 2 = kjY 2 - 21 ^- yX + k 3 X 2 + 2k 4 y - 2k 5 X+ k ? (23) 

where 

d is the distance between the two lines, kj to k 5 are the 
same as. in equation (8), and k ? = k x + k y + k z 

with respect to X and y and solving the results simultaneously to 
obtain 

y ~ (^2^5 - k 4 k 3 )/(k 1 k 3 -k 2 2 ) (24) 

X — (1^2 Y kj)/k 3 . (25) 

Equations (24) and (25) provide the condition for minimum distance 
between the lines since the second derivatives of equation (23) with 

respect to y is kj and with respect to X is k 3 which are always greater 
than zero. If the minimum distance is equal to r and is along the 
robot paths (0<A,< 1 ,0<Y^ 1), then a point collision occurs at those 
particular values of X and y. If the minimum distance lies outside the 
paths of the robots, then checking whether collisions exist at the 
starting and finishing points (end points) of the two paths will 
provide the necessary information since the paths are converging. A 
collision exists at an end point when the sphere placed at that end 
point produces a valid intersection (0< X £1 orO<y^l) with the other 
path. Placing the sphere at each of the four end points is 
accomplished by solving equation (8) for A,=0,. A.=l, y= 0, and *y=l. A 
point collision occurs whenever: 1) one end point has only one 

intersection that is valid, or 2) two end points have only one valid 
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intersection of which each is at the end point of the other line. In 
either case, the collision point occurs at the end point of one path 
with either the end point of the other path or a location along the 
other path defined by the single intersection. 

A similar procedure is applied to paths that are parallel with 
the requirement that four extreme values are needed. If the 
minimum distance between the parallel lines representing the 

robots' paths is greater than r or if no end points provide a valid 
intersection, then a potential collision and, therefore, a space-time 
collision does not occur. Each end point that is found to produce a 
potential collision is one of the extreme values. Any missing values 
are then determined from the valid intersection points. Such needed 
information can be obtained from sub-region 1 of the PSPCRD. 

As mentioned earlier, the elliptical parametric space potential 
collision region is the general case. It is produced by all combinations 
of paths that result in potential collisions with the exception of those 
that are parallel or result in point collisions. The ellipse case 
represents a complete collision, one that begins and ends, along the 
lines that represent the paths of the robots as seen in the WPCD of 
Fig. 5. The four extreme points of the ellipse are found by calculating 
its horizontal and vertical tangents through implicit differentiation of 
equation (8) with respect to X and y. The equations producing the 
horizontal tangents (maximum and minimum values in y) are 

(k 1 (k 3 /k 2 ) 2 -k 3 )X 2 + ((2k 3 /k 2 )(k 4 -(k 5 k 1 )/k 2 ))^. + 

(k 1 (k 5 /k 2 ) 2 -(2k 4 k 5 )/k 2 +k 6 ) = 0 (26) 


y = (k 3 X- k 5 ) / k 2 


(27) 
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and producing the vertical tangents (maximum and minimum values 
in X) are 

(k 3 (k 1 /k 2 ) 2 -k 1 )y 2 + ((2k 1 /k 2 )((k 3 k 4 )/k 2 -k 5 ))Y + 

(k 3 (k 4 /k 2 ) 2 -(2k 4 k 5 )/k 2 +k 6 ) =0 (28) 

X = (kjY + k 4 ) / 1^ . (29) 

The horizontal and vertical tangents provide the information ~ for 
determining the four extreme values (smallest and largest values of 

X and y) that represent the locations on each path where collisions 

begin and end. If the tangents are imaginary, potential collisions and, 
therefore, space-time collisions do not exist. If they are valid 
(complete collision occurs along the path of both robots), an elliptical 
pararmetric space potential collision region is generated in 
sub-region 1 of the PSPCRD. Thus, the four extreme values are 

known from the four tangent values. 

However, tangents are invalid when they are generated in any 

sub-region of the PSPCRD except sub-region 1. Each invalid tangent 
is produced by an extreme collision that occurs on the lines 

representing the paths, but not on the paths, of one or both of the 

robots. When three tangents are valid (0<X<1 and O^Y^l). the fourth 
lies in section 3, 5, 7, or 9 of the PSPCRD. The missing extreme value 
is the end point (0 or 1) of one of the paths and can be found by: 1) 
placing the sphere on the end points of the path with the missing 

extreme and determining which end point has valid intersections, 2) 
using the known three extreme values to determine which end point 

must be the fourth, or 3) using the sign of the missing value from 
the invalid tangent to determine which end point of the path has 
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been surpassed. 

A similar but more complicated procedure for determining the 
extreme intersection values is followed when zero, one, or two 
tangents, are valid. The invalid tangents can lie in any of the nine 
sub-regions of the PSPCRD except sub-region 1. When zero, one, or 
two tangents are valid, each end point that is found to produce a 

collision is one of the extreme values. Any missing values are then 

determined from the valid intersections. Sub-region 1 of the PSPCRD 
contains all the required information. This procedure is similar to 

that when the paths are parallel. However, the sphere is only 

required to be placed at the end points that produce the invalid 
tangents. Each of these endpoints are determined using the sign of 
the missing extreme value from the invalid tangent. When all 

tangents are invalid and no end points produce an intersection, a 
potential collision and, therefore, a space-time collision does not 

occur. Fig. 9 provides examples of the ellipse case. 

2.2. Detecting Space-Time Collisions 

Once the locations on each path where potential collisions begin 

and end are known (^i cp Af C p,Y iC p,Yf C p)» trajectory information can be 

used to determine whether a space-time collision exists. If a 
space-time collision is likely to occur, it has to happen within the 

potential collision segment on each robot's path. Using trajectory 

information (velocity, acceleration, and location of break points), the 
time range when the potential collisions along each path occur can be 
determined. Any overlap in the two time ranges suggests, but does 
not guarantee, the existence of a space-time collision. It is obvious 
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Figure 9 Examples of Ellipse Case 
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that the robots can simultaneously be within their potential collision 
segments and never collide in time. For example, one robot can be 
leaving its potential collision segment while the other robot is just 
entering, its segment. If these locations are not within colliding 
distance, no space-time collision will occur. In other words, common 
time ranges relate information that each robot is colliding with every 
location on the potential collision segment of the other robot. This, of 
course, is incorrect. Therefore, an overlap in the time ranges when 
potential collisions occur is necessary, but not a sufficient condition, 
for determining if a space-time collision is going to happen. 

Thus, the method of detecting space-time collisions involves two 
steps: 1) determination of an overlap in the time ranges when 

potential collisions along each path occur to assure the possibilty that 
a space-time collision can happen, and then 2) establishment of the 
existence of a space-time collision. 

2.2.1. Determining Common Time Ranges 

Using the trajectory information of a robot, the distance 
traveled along its straight line path per unit time can be calculated. 
Letting distance traveled be defined by a parametric position, the 
following equations can be defined: 


*=f x (t) 

(30) 

Y=f/0 

(31) 

ii 

»-*3 

/'—v 

(32) 

t 7 = f Y 1 (y). 

(33) 


Equations (30) and (31) give the parametric positions on each path 
where the robots are located in time, and equations (32) and (33) 
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perform the inverse which provides the time at which the robots 
reach specific locations along their paths. 

Using the time equations (32) and (33), the time range when 
potential collisions along each path occur can be determined. If an 
overlap in time ranges does not occur, a space-time collision cannot 
exist since a collision is only possible within the potential collision 

segment on each path. As stated earlier, if the time ranges overlap, a 

space-time collision may or may not occur. A 
Space-Time-Collision-Region Diagram (STCRD) is shown in Fig. 10 
which combines both path and trajectory information for a single 
break point case for each of the two trajectories. In this situation, an 

overlap in the time ranges does occur and a space-time collision 

region is formed. This region represents the positions along each 

path where a possiblity of a space-time collision exists. 

The collision region in Fig. 10 is formed by an overlap in the 
time ranges such that the time values for the robots alternate. 

However, when an overlap occurs in which one robot's time range is 
contained totally within the time range of the other robot, a 
space-time collision is guaranteed to occur. This happens because 
one robot traverses its whole potential collision segment while the 
other robot, which was already within its potential collision segment, 

still remains in its potential collision segment. Thus, a space-time 
collision is assured to occur somewhere within the enclosed time 

range. This situation is further discussed in the next section. 
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Figure 10 Space-Time-Collision-Region Diagram (STCRD) 


2.2.2. Establishing Existence of Space-Time Collisions 

The objective of collision detection is to establish whether or not 
a space-time collision occurs between two robots. The collision region 
in the STCRD represents the positions along each path where a 
space-time collision can exist due to the overlap in the time ranges 
when potential collisions along the paths of the robots occur. The 
region is delimited by the time of the initial potential collision of one 
of the two robots and by the time of the final potential collision of 
one of the two robots. The starting time and ending time of the 
region are denoted by t 0 and tp, respectively as shown in Fig. 11. 

This time range defines a curve in the STCRD for each robot. The 
curves represent the motion characteristics of the robots along their 
paths where space-time collisions are likely. 

At a given time, the position of each robot can be determined 
by the position equations (30) and (31). Therefore, any time instant 
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Figure 11 Time Range Curves in the STCRD 

determines a ( X,y ) pair which can be transformed to another domain 
for analysis. This domain is shown in Fig. 12 as a 
Potential-Collision-Region-Motion Diagram (PCRMD). It is guaranteed 

that each (X,y) pair within t 0 and tp must be within the bounding box 
defining the potential collision region since t a and tp represent the 
common time range of the potential collision segments which form 
the bounding box. In other words, each value of A, and y between t a 

and t Q in the STCRD lies between X. and X, , and y. and y t , 

p icp tcp’ 1 icp 4 fcp* 

respectively in the PCRMD. 

Thus, the two curves defined by t u and tp in the STCRD will 

result in one curve in the PCRMD. Therefore, the motion 
characteristics of each robot corresponding to possible space-time 
collisions can be analyzed with respect to the potential collision 


32 



Figure 12 Potential-Collision- Region-Motion Diagram (PCRMD) 

region. Let the starting point and the ending point of the curve in the 
PCRMD be defined as C(X(t a ),y(t a )) and C(X(t (J ),y(t (J )), respectively. The 

objective is to find whether or not this curve intersects the potential 

collision region. If the potential collision region is intersected by the 
curve, a space-time collision occurs since both robots are within 
colliding distance at some point in time defined by the (k,y) pair. 

Since t o always represents the time of an initial potential 
collision of one of the robots, the starting point of the curve can lie 
on either segment A or B in Fig. 12. Likewise, since tp always 

represents the time of a final potential collision of one of the robots, 
the ending point of the curve can lie on either segment C or D. Since 
each of the functions in the STCRD is monotonically increasing, the 

(A.,y) pairs that connect any two points on the curve in the PCRMD, 
such as the starting and ending points, must monotonically increase 

with respect to time. The valid area between any two points which 

the curve can travel is shown in Fig. 13. Fig. 14 shows a possible 
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situation in which the curve passes through the potential collision 
region. Since an intersection is found, a space-time collision does 
occur during the time range specified by the ( ) pairs at the 
locations where the curve enters the region and leaves the region. 
Thus the time range for a space-time collision can be reduced from 
the overlapped time range to the actual time range if those locations 
can be found. Reducing the space-time collision region will be 
elaborated on further in a later section. 

C( X(t y ),Y(tv)) 

t 

?(t) 
cm tx 

Figure 13 Valid Travel Region for the Monotonically 
Increasing Curve in the PCRMD 

When the starting point of the curve lies on segment A or B in 
region 2, the curve must intersect the potential collision region to 
connect with its ending point. Therefore, a space-time collision does 
occur since at some point in time, the robots will be within colliding 
distance. Also notice that if the curve traverses either from segment 
A to C or from segment B to D, a space-time collision always occurs. 
This situation happens when an overlap in time ranges occurs such 
that one robot’s time range is totally contained within the other as 



)J(t x )) 


X(t) 
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Figure 14 Motion Curve with True Collision Range 

discussed in section 2.2.1. If the curve traverses from segment A, 

region 1 to segment D, region 4, a space time collision occurs. 
Similarly, if the starting point of the curve lies on segment B, region 
3 and the ending point lies on segment D, region 4, a space-time 
collision occurs. However, if the curve travels from segment A, 

region 1 to segment D, region 1 or from segment B, region 3 to 

segment C, region 3, a space-time collision may or may not occur as 
shown in Fig. 15. 

Determination of the existence of a space-time collision for 
these two cases is accomplished by a fast iterative algorithm. The 
algorithm assumes that if the curve comes within some threshold 
distance from the potential collision region, a space-time collision 
occurs. In other words, the potential collision region can be thought 
of as being expanded slightly. 

The algorithm uses the fact that the (k,y) pairs defining the 

curve in the PCRMD monotonically increases with respect to time. 
The idea is to divide the curve into regions of bounding boxes such 




35 


C( Utp),7(tp» 


Space-Time 

Collision 



Collision-free . 
Motion * 1C P 


C( X(tp),7(tp)) 


Collision-free 

Motion 


CU(to),Y(t^) 


Space-Time 

Collision 


Figure 15 Exception Cases for Region One and Three 


that the curve traversal within each bounding box is known. Such a 

bounding box is shown in Fig. 13 as the valid travel region for a 

monotonically increasing curve. Fig. 16 illustrates the algorithm for 
both cases where the curve does and does not intersect the potential 
collision region in region 3. Applying the approach to region 1 is 
straightforward. The reader should consult Fig. 16 to better 
appreciate the ensuing discussion. Basically, bounding boxes from 

the starting point to the ending point of the curve (left to right in X 
and bottom to top in y) are created. Each bounding box is formed by 

two points along the curve. From the starting point, the position of 
the potential collision region is determined by calculating the y value 
using the X value of the starting point. Of particular interest is the 
location on the curve at the y value defined by the potential collision 
region position. Using the STCRD, the X value of this location is found 
thus forming a (X,y) pair of a point on the curve and the second 
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point defining the bounding box. Therefore, within this bounding 
box, the curve cannot intersect the potential collision region. The 
new (X,y) pair is the starting point for generating the next bounding 
box. This iteration continues until the y value of the potential 
collision region position is larger than the y value of the ending point 
of the curve. When this condition is satisfied, it ensures that the 
curve could never intersect the potential collision region and thus, no 
space-time collision occurs. Notice that at each iteration of generating 
a bounding box, only one new ( X,y ) point on the curve needs to be 

calculated since the previous (^,,y) point is being used as the other 
point in the bounding box pair. Therefore, a progression towards the 
endpoint of the curve is being performed. 

However, if the curve intersects the potential collision region, an 
infinite amount of bounding boxes are generated, each of which is 
decreasing in size as the curve approaches the potential collision 
region. Therefore, the iteration stops when the distance between 

potential collision region positions is within some specified threshold. 
This is similar to expanding the potential collision region. The 
threshold defines a distance the curve has to be from the potential 

collision region in order to state a space-time collision occurs. The 
maximum possible distance happens when the threshold value is 
produced by an equilateral triangle. Notice that if a curve traverses 
near the potential collision region, but never intersects the potential 

collision region, it is treated as a space-time, collision although one 
never existed. The maximum number of iterations to determine 
whether a space-time collision exists can be expressed as 
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Max Iterations < L/AT (34) 

where L is the length of the potential collision region segment and 
AT is the threshold value. 

In' the above examples, a full ellipse was used as the potential 

collision region in the PCRMD and in the iterative algorithm. The 
approach is also applicable for the other cases. Fig. 17 shows an 
example of a non-full ellipse case and Fig. 18 illustrates a parallel 

path situation. The point potential collision case is trivial. When one 

occurs, the X and y values of the point must produce the same time 

instant in the STCRD for a space-time collision to exist. 

2.3. Role of Collision Detection in Avoidance 

When a space-time collision is detected, the paths and/or 
trajectories of one or both of the robots must be modified to avoid 

the collision. The space-time collision region in the STCRD is formed 

by common time ranges when potential collisions along the paths 
occur. The objective is to eliminate the space-time collision region by 
producing non-overlapping time ranges. As presented previously, 
this time range is the extreme situation. The intersection points of 
the curve with the potential collision region in the PCRMD represent 
the actual time range of the space-time collision when mapped to the 

STCRD. Reducing the space-time collision region may help in some of 
the avoidance techniques that are discussed in Chapter 3. 

Therefore, depending on the avoidance technique, it may be 
advantageous to reduce the space-time collision region whenever 
possible. When the curve in the PCRMD travels from a point on 
segment A, region 1 or from a point on segment B, region 3, the 
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Figure 17 Non-Full Ellipse Case 



Figure 18 Parallel Path Situation 




40 


iterative algorithm approaches the actual collision points. The value 
produced when the iteration stops can be used as a new t value 

when mapped to the STCRD. In addition, when the above curves 
travel to point on segment D, region 1 and segment C, region 3, 
respectively, the algorithm can also be applied backward from the 

ending point. Therefore, when the iteration stops, a new tp is formed 

when mapped to the STCRD. Thus, the space-time collision region is 

reduced. This identical procedure can be applied to parallel lines that 

slope from left to right in the PSPCRD. Basically, if the iterative 
algorithm is being used to determine the existence of space-time 
collisions, there is no penalty in using the acquired information to 
reduce the space-time collision region. 


2.4. Summary of Collision Detection Algorithm 

The collision detection algorithm is summarized in pseudo-code 
form as follows: 

Procedure 1 -> Detect Potential Collisions (2.1) 

Step 1: Generate Potential Collision Regions (2.1.1) 

Step 2: Determine what type of region is generated (ellipse, 
line, or point) (2.1.2) 

Step 3: Determine Potential Collision Segments which are the 
points on each path where potential collisions begin 
and end (2.1.3) 

Procedure 2 -> Detect Space-Time Collisions (2.2) 

Step 1: Determine if the time ranges overlap when potential 
collisions along each path occur (2.2.1) 

Step 2: Using the beginning and ending times of the 

overlapped time range, determine the existence of a 
space-time collision by mapping between time 

domain and position domain (2.2.2) 
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Step 3: If the mapping in Step 2 is inconclusive, determine 
the existence of a space-time collision by applying 
an iterative algorithm to the mapping between time 
and position domains (2.2.2) 

Procedure 3 -> Reduce Space-Time Collision Region (2.3) . , 

Reduce Space-Time Collision Region depending on avoidance 
technique by using information from the iterative algorithm 
(2.3) 
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3. COLLISION AVOIDANCE 

To obtain collision-free motion, a collision in time and space is 
avoided by modifying the paths and/or trajectories of one or both of 
the robots. The method of achieving this collision-free motion 
depends on the avoidance requirements which modify various 

trajectory and path parameters. An overview of collision avoidance 
is presented in section 3.1. In section 3.2, some approaches to 

collision avoidance are discussed. 

3.1. Overview of Collision Avoidance 

A space-time collision region in the STCRD is depicted by 
common time ranges when potential collisions along the paths occur 
(or a reduced range when possible). The objective of collision 
avoidance is to eliminate the space-time collision region by 
producing non-overlapping time ranges. This is accomplished by 
modifying the paths and/or trajectories of one or both of the robots. 

3.1.1. Trajectory Modification 

Trajectory modification involves alteration of the motion 
characteristics of a robot along its path. Several parameters define 

the motion characteristics of a robot. These include number of break 
points, position of break points, chosen constant acceleration, and the 
starting time of motion. Any combination of the above parameters 
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on one or both of the robots can be modified to achieve collision-free 
motion. Specifically, the new motion characteristics of the robots are 
such that the time ranges when potential collisions occur along each 
path (or reduced time ranges) do not coincide. 

Each parameter influences the motion characteristics 

differently. To begin with, break points contribute significantly to 
the motion characteristics of a robot. The point at which a robot arm 
decelerates after previously accelerating, or accelerates after 
previously decelerating, is called the break point. Fig. 19 shows a 

preplanned straight line trajectory with one break point at The 

robot is accelerating along the path between the starting position 
and the break point and it is decelerating along the path between 
the break point and the final destination. For collision avoidance 

purposes, the break point can be moved to position X. a or X^. The 

effects of repositioning the break points on one or both of the robots 
may result in a collision-free motion as seen in Fig. 20 when the 
break point of each robot is modified. 

Repositioning the break points alone may not always produce a 
desirable outcome. Another option is to modify one or both of the 
preplanned trajectories by providing additional break points. 

Choosing the proper number and position of the break points can 
result in collision-free motion. Fig. 21 shows the effects of adding 

break points y B1 and y B2 to the preplanned trajectory of robot 2. In 
this situation, robot 2 accelerates along the path between the 
starting position and y B1 , decelerates between y B1 and y fi2 , accelerates 

between y B2 and the original break point, and finally decelerates 
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Figure 19 Preplanned Trajectory with One Break Point . • ------ 

between the original break point and the final destination. The two 

new break points cause a separation of the overlapped time ranges 
and thus provide collision-free motion. 

In addition to break point modification, which may sometimes 
require acceleration reduction, the acceleration itself along the path 
of a robot can be manipulated. Assuming the preplanned trajectory 

of a robot uses maximum constant acceleration for minimum time 

travel, smaller acceleration values can be chosen for collision 
avoidance purposes. In other words, a reduction in the speed of a 

robot, without causing substantial delay, can be used to avoid a 

collision. 

A final parameter affecting the motion characteristics of a robot 
is the time at which motion begins. Assuming a robot cannot begin 

its motion earlier in time, postponing the starting time of motion, 
within a reasonable delay, can provide collision-free motion. Fig. 22 
shows an example of time postponement. If the motion of robot 2 

begins ^ 2 *^i * ater * n t i me » common time ranges separate and 

therefore, collision-free motion is obtained. 

In summary, collision-free motion may be achieved by altering 
any combination of the above trajectory parameters that contribute 
to the motion characteristics of one or both of the robots. 
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Figure 20 Collision-Free Motion by Repositioning 
the Break Points 
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STCRD with Break Point Modification 


Figure 2 1 Collision- Free Motion by Providing 
Additional Break Points 
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Figure 22 Collision-Free Motion by Time 
Postponement 


3.1.2. Path Modification 

Path modification involves alteration of the path of a robot. 
Since the initial and destination points of a path remain the same, 
the straight line path of a robot is modified to two or more connected 
straight line paths which avoid the collision as shown in Fig. 23. This 
is consistent with the initial assumption requiring straight line paths. 
Various parameters describing a new travel route are the number of 
straight line path segments, the average deviation from the original 
path, and the new travel distance. 

Many circumstances require the use of path modification. For 
instance, if the potential collision region extended across the entire 
PSPCRD in either X or y, altering the motion characteristics will not 
avoid the collision. Specifically, the whole path of one robot is a 
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Figure 23 Path Modification 

potential collision segment. Fig. 24 shows a case with such a 
situation. Another example requiring path modification to obtain 
collision-free motion is paths that are parallel with the robots 
traveling toward each other. In summary, path modification avoids a 
space-time collision by eliminating the possibility of potential 
collisions by altering the paths of one or both of the robots. 

3.1.3. Avoidance Requirements 

A collision-free motion is achieved based on the avoidance 
requirements which modify the trajectory and path parameters 
discussed in the previous sections. The avoidance requirements for 
two robots are classified into three categories: 

Requirement 1) The final arrival times of one or both of the 

robots can be modified, but both robots must 
adhere to their original paths. 

Requirement 2) The paths of one or both of the robots can be 

modified, but both must adhere to their final 
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arrival times. 

Requirement 3) The paths and final arrival times of one or 

both of the robots can be modified. 



Figure 24 Situation Requiring Path Modification 

In avoidance requirement one, the trajectory parameters are 
manipulated. Specifically, the motion characteristics of one or both of 
the robots are altered to avoid a collision. In avoidance requirement 
three, three cases exist: 1) modify one or both of the paths, 2) 

modify one or both of the final arrival times, and 3) modify one of 
the paths and one of the final arrival times. In case 1, only one of the 
paths should be modified since it is expensive in time to modify both 

paths. This case also handles the situation of a stationary robot. Case 
2 is identical to avoidance requirement one and thus is solved by 
modifying the motion characteristics of one or both of the robots. In 
case 3, the motion characteristics of one robot are altered while the 

path of the other robot is modified. Since modifying the path of a 

robot requires a greater travel distance, a solution to avoidance 
requirement two may not exist. 
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3.2. Parameter Modification 

The number of possible variations in trajectory parameters or 

robot paths to achieve collision-free motion is very high. An obvious 
way to. optimize these modifications is the use of some criterion to 
obtain a best solution. One approach currently being investigated 
formulates collision avoidance as an optimization problem. For 

instance, a collision-free motion can be obtained by minimizing the 

delay in the final arrival times of both robots based on modifying 

the trajectory parameters of one or both of the robots under 
avoidance requirement one. In this case, a penalty can be given to 
each robot for the delay in their new final arrival times due to 
placement of break points, acceleration reduction, and/or time 

postponement. In a similar manner, collision-free motion can be 
obtained by minimizing the deviation of one or both of the robots 
from their original paths based on distance traveled. In this case, a 
penalty is given to the robots for an increase in travel distance due 
to path modification. Combinining the above two cases into one 

optimization problem can be performed to achieve collision 

avoidance under avoidance requirement three. In this situation, the 
optimization is performed by minimizing the delay in the final 

arrival times of both of the robots based on trajectory modification 
and/or minimizing the deviation from their original paths based on 
distance traveled. The optimization function is subject to various 
constraints on acceleration values, location of break points, etc. 

Therefore, a collision-free motion is determined using the 
various methods of modifying the trajectory and path parameters 
that best fit an optimization function. In the above situations, 



heuristics should be defined in order to limit the amount of search 
for a solution. Notice in this approach that a reduced space-time 
collision region is helpful in finding possible break point positions so 
that a separation in the overlapped time ranges will occur. 

Another approach to collision avoidance is to fit the trajectory 
curve of a robot through a specified point to force a separation in the 
common time ranges. Fig. 25 shows the position of the point where 

the trajectory curve of robot 2 must pass in order to achieve 
collision-free motion. This method can incorporate break point 
modification, acceleration adjustment, and if necessary, time 
postponement. This approach can utilize a reduced space-time 
collision region and represents avoidance requirement one because 

only the trajectory parameters are being manipulated. 

A final approach to collision avoidance is illustrated in Fig. 26. 
In this method, the PCRMD is utilized to produce collision-free 

motions. The idea is to restrict the values of X and y to be within 

certain ranges such that a motion curve can never pass through the 
potential collision region. One possibility is to modify the curve 
within the bounding box of the potential collision region. Therefore, 
modifications to the trajectroy curves are altered in the STCRD 
between the common time ranges. A second possibility is to redefine 
the whole motion of the robots such that the motion curve in the 
PCRMD bypasses the potential collision region. In this case, both 
robots will finish at the same time. In either of these two situations, 
the size of the space-time collision region is not of great significance 
since once a collision is detected, collision-free motion is achieved 
based only on avoiding the potential collision region. Altering the 
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motion curve in the PCRMD has the effect of modifying the trajectory 
of both of the robots and thus provides collision avoidance under 
avoidance requirement one. 
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4. CONCLUSIONS AND FUTURE RESEARCH 

A critical area of interest in robotics research involves 

coordination of multiple arms which is essential for the "intelligent 
robot" of the future. Independently controlled robots in a common 

area should be coordinated in order to avoid collisions between 

them. Therefore, motion planning must include detection and 
avoidance of collisions between two or more robots performing tasks 
in a common workspace. 

Collision-free motion of two robot arms in a common workspace 

is investigated in this report. The collision-free motion is obtained by 

detecting collisions along straight line trajectories of each robot by 

using a sphere model for the wrists and then modifying the paths 
and/or trajectories of one or both robots to avoid the collision. The 

collision detection algorithm is described and suggested approaches 
to collision avoidance are outlined for future research. 

The collision detection method obtains a range of potential 
collisions along the straight line trajectories of the two arms without 
considering the motion characteristics by producing a Parametric- 
Space-Potential-Collision-Region Diagram (PSPCRD). The potential 
collision range is then mapped into the time domain to obtain the 

space-time collisions by producing a Space-Time-Collision-Region 
Diagram (STCRD) and using an analysis domain consisting of a 
Potential-Collision-Region-Motion Diagram (PCRMD). Once the 
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collision region in time and space is found, a collision free motion is 
obtained by producing new paths and/or trajectories for the robots 
based on the avoidance requirement and various avoidance 

techniques. _ ... . 

In conclusion, this report presents a novel approach to 

collision-free motion planning of two robots operating in a common 

workspace. The efficiency of the collision detection algorithm allows 
for an on-line motion planner. Thus, this work provides a significant 
contribution towards multiple arm coordination. 

In order to provide a complete solution to the multiple robot 
arm coordination problem, further development and investigation is 

needed. Future research direction will consider the following goals: 

1) Develop the formal theory for the collision avoidance 

techniques using the sphere model for two robots. 

2) Extend the techniques of detection and avoidance for 

other types of wrist models (cylinder, cone, polyhedra, etc.) 
for two arms. 

3) Generalize the techniques of detection and avoidance of 

collisions to handle more than two robots in a common 

workspace. 



56 


REFERENCES 


[1] William B. Gevarter, "Robotics: An Overview," Computers in 
Mechanical Engineering, August 1982, pp. 43-49. 

[2] David Nitzan, "Development of Intelligent Robots: 

Achievements and Issues," IEEE Journal of Robotics and 
Automation, Vol. RA-1, No. 1, March 1985, pp. 3-13. 

[3] Aaron Cohen and Jon. D. Erickson, "Future Uses of Machine 

Intelligence and Robotics for the Space Station and 

Implications for the U.S. Economy," IEEE Journal of Robotics 
and Automation, Vol. RA-1, No. 3, September 1985, pp. 
117-123. 

[4] John Roach, "Coordinating Multiple Robot Arms - Planning and 
Execution," Proceedings of the International Conference on 
Advanced Automation - 1983, December 1983, pp. 167-175. 

[5] Tatsuzo Ishida, "Force Control in Coordination of Two 

Arms," Proceedings of the 5th International Joint Conference 
on Artificial Intelligence, August 1977, pp. 717-722. 

[6] Cecil Alford and Stanley Belyen, "Coordinated Control of Two 

Robot Arms," Proceedings of the International Conference on 
Robotics - 1984, March 1984, pp. 468-473. 

[7] T. J. Tarn, A. K. Bejczy, and X. Yun, "Coordinated Control of Two 

Robot Arms," Proceedings of the IEEE International Conference 
on Robotics and Automation, April 1986, pp. 1193-1202. 

[8] Yuan F. Zheng and Fred R. Sias, "Two Robot Arms in 

Assembly," Proceedings of the IEEE International Conference 
on Robotics and Automation, April 1986, pp. 1230-1235. 



57 


[9] Samad Hayati, "Hybrid Position/Force Control of Multi-Arm 
Cooperating Robots," Proceedings of the IEEE International 
Conference on Robotics and Automation, April 1986, 
pp. 82-89. 

[10] Shriram M. Udupa, "Collision Detection and Avoidance in 
Computer Controlled Manipulators," Proceedings of the 5th 
International Joint Conference on Artificial Intelligence, 
August 1977, pp. 737-748. 

[11] Rodney A. Brooks, "Solving the Find-Path Problem by Good 
Representation of Free Space," IEEE Transactions on Systems, 
Man, and Cybernetics, Vol. SMC- 13, No. 3, March/April 1983, 
pp. 190-197. 

[12] Tomas Lozano-Perez and Michael A. Wesley, "An Algorithm 

for Planning Collision-Free Paths Among Polyhedral Obstacles," 
Communications of the ACM, Vol. 22, No. 10, October 1979, pp. 
560-570. 

[13] Tomas Lozano-Perez, "Automatic Planning of Manipulator 
Transfer Movements," IEEE Transactions on Systems, Man, and 
Cybernetics, Vol. SMC-11, No. 10, October 1981, pp. 681-698. 

[14] Tomas Lozano-Perez, "Spatial Planning: A Configuration Space 

Approach," IEEE Transactions on Computers, Vol. C-32, No. 2, 
February 1983, pp. 108-120. 

[15] R. T. Chien, Ling Zhang, and Bo Zhang, "Planning Collision-Free 
Paths for Robotic Arm Among Obstacles," IEEE Transactions on 
Pattern Analysis and Machine Intelligence, Vol. PAMI-6, No. 1, 
January 1984, pp. 91-96. 

[16] W. E. Red and Hung-Viet Truong-Cao, "Configuration Maps for 

Robot Path Planning in Two Dimensions," Journal of Dynamic 
Systems, Measurement, and Control, Vol. 107, December 
1985, pp. 292-298. 

[17] Elmer G. Gilbert and Daniel W. Johnson, "Distance Functions 

and Their Application to Robot Path Planning in the Presence 
of Obstacles," IEEE Journal of Robotics and Automation, Vol. 



58 


RA-1, No. 1, March 1985, pp. 21-30. 

[18] Subbarao Kambhampati and Larry S. Davis, "Multiresolution 

Path Planning for Mobile Robots," IEEE Journal of Robotics and 
Automation, Vol. RA-2, No. 3, September 1986, pp. 135-145. 

[19] E. K. Wong and K. S. Fu, "A Hierarchical Orthogonal Space 
Approach to .Three-Dimensional Path Planning," IEEE Journal 
of Robotics and Automation, Vol. RA-2, No. 1, March 1986, pp. 
42-53. 

[20] B. John Oommen and Irwin Reichstein, "On Translating Ellipses 

Amidst Elliptic Obstacles," Proceedings of the IEEE 
International Conference on Robotics and Automation, April 

1986, pp. 1755-1760. 

[21] S. Dubowsky, M. A. Norris, and Z. Shiller, "Time Optimal 

Trajectory Planning for Robotic Manipulators with Obstacle 
Avoidance: A CAD Approach," Proceedings of the IEEE 

International Conference on Robotics and Automation, April 

1986, pp. 1906-1912. 

[22] J. Sanjiv Singh and Meghanad D. Wagh, "Robot Path Planning 

using Intersecting Convex Shapes: Analysis and Simulation," 

IEEE Journal of Robotics and Automation, Vol. RA-3, No. 2, 
April 1987, pp. 101-108. 

[23] Kurt D. Rueb and Andrew K. C. Wong, "Structuring Free Space 

as a Hypergraph for Roving Robot Path Planning and 
Navigation," IEEE Transactions on Pattern Analysis and 

Machine Intelligence, Vol. PAMI-9, No. 2, March 1987, pp. 
263-273. 

[24] Laurent Gouzenes, "Collision Avoidance for Robots in an 
Experimental Flexible Assembly Cell," Proceedings of the IEEE 
International Conference on Robotics and Automation, 
March 1984, pp. 474-476. 

[25] V. DuPourque, H. Guiot, and O. Ishacian, "Towards 
Multi-Processor and Multi-Robot Controllers," Proceedings of 
the IEEE International Conference on Robotics and Automation, 


59 


April 1986, pp. 864-870. 

[26] E. Freund and H. Hoyer, "Hierarchical control of Guided 

Collision Avoidance for Robots in Automatic Assembly," 

Proceedings of the 4th International Conference on Assembly 
Automation, 1983, pp. 91-103. .. 

[27] E. Freund, "On the Design of Multi-Robot Systems," Proceedings 
of the IEEE International Conference on Robotics and 
Automation, March 1984, pp. 477-490. 

[28] E. Freund and H. Hoyer, "Pathfinding in Multi-Robot Systems: 

Solutions and Applications," Proceedings of the IEEE 

International Conference on Robotics and Automation, 
April 1986, pp. 103-111. 

[29] John Canny, "Collision Detection for Moving Polyhedra," IEEE 

Transactions on Pattern Analysis and Machine Intelligence, 

Vol. PAMI-8, No. 2, March 1986, pp. 200-209. 

[30] Pierre Tournassoud, "A Strategy for Obstacle Avoidance and 

Its Application to Multi-Robot Systems," Proceedings of the 
IEEE International Conference on Robotics and Automation, 
April 1986, pp. 1224-1229. 

[31] Steven Fortune, Gordon Wilfong, and Chee Yap, "Coordinated 

Motion of Two Robot Arms," Proceedings of the IEEE 
International Conference on Robotics and Automation, April 
1986, pp. 1216-1223. 

[32] R. A. Basta, "Multiple Arm Coordination Using Concurrent 

Processing," Proceedings: IEEE Southeastcon'87 , April 1987, pp. 
328-331. 

[33] J. Roach and M. Boaz, "Coordinating the Motions of Robot Arms 

in a Common Workspace," Proceedings of the IEEE 

International Conference on Robotics and Automation, March 
1985, pp. 494-499. 

[34] B. H. Lee and C. S. G. Lee, "Collision-Free Motion Planning of 
Two Robots," IEEE Transactions on Systems, Man, and 


60 


Cybernetics , Vol. SMC-17, No. 1, January/February 1987, 
pp. 21-32. 





APPENDIX-2 




N88- 13597 


APPENDIX-3 



CSE-87-00004 


A RUDIMENTARY DATABASE FOR 
THREE-DIMENSIONAL OBJECTS 
USING STRUCTURAL REPRESENTATION 


James P. Sowers 



A RUDIMENTARY DATABASE FOR THREE-DIMENSIONAL 
OBJECTS USING STRUCTURAL REPRESENTATION* 

James P . Sowers 

Computer Science and Engineering Department 
University of South Florida 
Tampa, Florida 


This project was supported by NASA-Langley grants 
NAG-1-772 and NAG-1-632. 




I . INTRODUCTION 


A database which enables users to store and share the 
description of three-dimensional objects in a research environment 
is presented. The main objective of the design is to make it a 
compact structure that holds sufficient information to reconstruct 
the object. The database design is based on an object 
representaion scheme which is information preserving, reasonably 
efficient and yet economical in terms of the storage requirement. 
The determination of the needed data for the reconstruction process 
is guided by the belief that it is faster to do simple computations 
to generate needed data/information for the construction than to 
retrieve everything from memory. 

The next section discusses some recent techniques of 
three-dimensional representation that influenced the design of the 
database. Section III gives the schema for the database and the 
structural definition used to define an object. Section IV 
contains the user manual for the software developed to create and 
maintain the contents of the database. 


II. BACKGROUND 

Most of the three-dimensional object representation schemes 
[1-4] can be classified into three major categories: surface or 

boundary, sweep, and volumetric, where a representation scheme is a 
formal system for descibing shape or some aspect of shape along 
with rules that specify how that scheme is to be applied to a 
shape. The description resulting from applying the scheme to a 
given shape is the representation in that scheme. When deciding on 
a representation scheme for modeling objects the following 
properties should be considered [3,5]: 

domain - a clearly defined descriptive power for the scheme, 

validity - the representation for an object is in the range of 
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representations for the scheme, 

unambiguity - the representation corresponds to a single 
object in the range of valid representations, 

uniqueness - the ability to easily assess the equality of two 
objects in that for a given object a single representation is 
formed, . 

consistency - the same representation is always produced for a 
given object and scheme, 

conciseness - the size, verbosity, or redundancy of the 
representation, 

ease of creation - the ease with which valid representations 
may be created with the modeling system, and 

efficacy for application - the representation is condusive 
to good, efficient algorithms for computing useful 
functions . 



Figure 1. Surface Representation 


Surface or boundary representation of an object [6,7] is 
represented by a set of "faces" or "patches" that are bound 
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together by a set of rules to make up the object [see figure 1] . 
Some current approaches include Coons patches [8] , bicubic surface 
patches, Bezier methods [9], and' B-splines . Even though boundary 
representation is unambiguous, it is not unique and the validity 
is not guaranteed. 

Sweep representation of an object is represented by a 
two-dimensional set that is translated along a line. Two common 
methods are generalized cylinders [10,11] and symmetric axis 
transform, also known as the medial axis transform, which was 
introduced by Blum [12] . Nackman and Pizer present a theory to 
expand the symmetric axis transform to three dimensions in [13] . 
The definition of the two-dimensional symmetric axis transform also 
applies in three dimensions, except that maximal disks become 
maximal spheres and the symmetric axis becomes the symmetric 
surface, see figure 2. Generalized cylinders (generalized cones), 
is analogous to symmetric axis transform in three dimensions. A 
generalized cylinder is a solid whose axis is a three-dimensional 
space curve, and its cross sections are orthogonal to its axis, see 
figure 3. Also, the two-dimensional set defining the generalized 
cylinder may be allowed to rotate about the axis, while it is 
translated along the axis. 



Figure 2. Example of 3-D Symmetric Surface 

Sweep representation works well with manmade objects that 
have an axis of symmetry. It is concise, but .in general, it is not 
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unique . 

Volumetric representation of objects [3,14-17] is accomplished 
by representing an object in terms of more primitive solids. The 
three representations are: 1) spatial occupancy - values are 
represented as a three-dimensional array of cells which may be 
marked as filled or not with matter [15], 2) cell decomposition - 
cells are more complex in shape but still do not share volumes, so 
the only combining operation is "glue" [16,17], and 3) constructive 
solid geometry - complex solids are represented as various ordered 
operations of simpler objects (primitives) , by means of 
psuedo-Boolean set operations. The primitives used could be simple 
geometric solids such as prisms, cylinders, ellipsoids, and boxels 
[18] to more complicated primitives such as superquadrics [19] . 

Volumetric representation is adequate to comprise most 
conventional, unsculptured objects and is unambiguous but is not 
unique . 



Figure 3. A Generalized Cylinder with some Cross-Sectional 
Coordinate Systems 


III. DATABASE DESIGN 

A general model, similar to the one described in [20], is used 
for the object description in the database, since it allows for the 
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ability to save properties about the object, such as global 
attributes and parameters. An object is defined as a 6-tuple 
0= {C, N, A, P, R, PA}, where C is the class of the object, which 
defines a set of similar objects, N is the name of the object, A is 
the set of attributes for the object, P is the set of primitives 
used to make up the object, R is the set of relationship functions 
used to describe the associations between primitives in set P, and 
PA is the set of parameters. Parameters in this structure are 
basic characteristics about the object, such as material 
composition . 



Figure 4. Database Schema 


Figure 4 shows the database schema, with the notation borrowed 
from Martin [21] . The database file structure consists of a main 
file and a set of attribute, primitive, and relationship files for 
the objects in the database. For every object in the database a 
record that contains the name, class, parameters, and pointers to 
the attribute, primitive, and relationship files for the object is 
contained in the main file. The attribute file for an object 
consists of records that contain the attribute name and quantity. 


5 








The primitive file for an object consists of records that contain 
id tag, primitive id type, and three parameters, discussed further 
in Section III. A. The relationship file for an object consists of 
records that contain the operator, the two primitive id tags, and 
six parameters defining connection points and orientation, 
discussed further in Section III.B. 


Ill .A PRIMITIVES 

The present set of volumetric primitives consist of a 
four-sided prism, a right-wedge, a left-wedge, an ellipsoid, a 
cylinder, and a cone, which is shown in the appendix. The 
primitives as shown in the appendix give the "home” position for 
each primitive, and the format for the type id and the three 
parameters. The three parameters simply give the overall width, 
depth, and height of the primitive. 

A record in the primitive file contains the id tag, primitive 
id type, and the three parameters. This information is used to 
determine the configuration of the primitive. The id tag is an 
unique integer value to distinguish the primitive from the others 
in the set. The primitive id type is used to classify the primary 
shape of the primitive and the three parameter values give the 
dimension for the final shape of the primitive. For example, if 
the id type is a cylinder and the values of the parameters are X=5, 
Z=1 , and D=3, the shape of the primitive would be as shown in 
figure 5. 

III.B RELATIONSHIP FUNCTIONS 

The relationship describes how the primitives relate to each 
other so that the object can be reconstructed. The relational 
operations used are analogous to the ones employed by constructive 
solid geometry [22], hence the same limitations as mentioned under 
volumetric representation apply. A record in the relationship file 
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contains an operator, two ids, two connection points, and two 
rotational values. The general format for the relationship is as 
follows: 



Figure 5. Cylinder with X=5, Z=1 , and D=3 in home position 


Where IDj_ and IDj are set to id tag values to identify which 
primitives, from the set of primitives, are to be used for the 
operation. The {X L ,Y ir Z L ) and (X^Y^Zj) points are values to 

describe where the two primitives will be connected. The valid 
range of values, relative to the "home" position and specific 
primitive type are defind as -Pi/2 <~ <= Pi/2; Pi is the 
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parameter value for the primitive in the i^* 1 position, where i=l,2, 
or 3, and Vj_ is the value for the i^ position. (Rx^, Ry^, Rz j_) and 

(Rx j , Ry j , Rz j ) are the angles that the primitives are rotated after 

being connected; the rotation is about the connection point. \ 

Union, intersection, and subtraction are the three operators 
employed to operate on the primitives. The operations, with their 
present restrictions, are defined below. 


union operation: 


( + ,ID i ,IDj,X i ,Y i ,Z i , 


Xj,Yj, Z j , 0, 0, 0, Rx j , Ry j , Rz j ) 


This is the union operation which connects the surface point 
(X j , Y j , Z j ) of primitive j to the surface point (X i ,Y i ,Z i ) of 

primitive i, with primitive j being rotated about its point of 
connection by (Rx j , Ry j , Rz j ) and the rotation angles for 
primitive i are set to zero. 


intersection operation: 


(*,ID i ,IDj,X i ,Y i ,Z i ,0,0,0,0,0,0,RXj,Ryj,RZj) 


This is the intersection operation which places primitive j 
in primitive i, with the origin point of primitive j being 
located in primitive i at point (X^,Yj^,Z^) and primitive j 

being rotated about its connection point (origin) by 
(Rxj , Ryj , Rz j ) . The rotation angles for primitive i are set to 
zero. 


subtraction operation: 

( ~t ID^, ID j,Xj_,Y i ,Zj_, 0,0, 0,0,0, 0,RXj, Ryj,Rz j) 

This is the subtraction operation which is identical to the 
intersection operation except primitive j is removed from 
primitive i. 


The next section contains the user manual for the database 
that has just been described. 
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IV OPERATIONS ON THE DATABASE 
IV. A Entering an object 
Name : 

After the main menu appears and selection of the CREATE 
OBJECT option, the following prompt will appear: 

Please enter object name: 

Enter any string up to 80 characters in length, but only the 
first 15 significant characters are kept, and the string must 
contain at least one non-blank character. Leading and trailing 
blanks are stript, however embedded blanks are not stript from 
the string. If an invalid name is entered the user will be 
prompted again for another name. Also if object already appears 

in the database the user will be asked for another name. The 

following examples show valid and invalid names. 

Example 1. 

VALID ENTRY 

NAME COMMENT 


1 

A 

AlC$ 

bbbALPHAbbb 

ALPHA 

Alpha 

abcdl234efgh5678ijk 
good name 


one non-blank 
one non-blank 
any character legal 

leading and trailing blanks ignored 
recognized same as above 
different by case of lettering 
only a through 7 is considered 
embedded blank left in name 


INVALID ENTRY 

<cr> null string 

bbbbbbb non-blank rule broke 


Class : 

The following prompt will appear for entry of object class: 
Please enter object class: 

The criteria for a valid class name is the same as for a valid 
object name. If an invalid class is entered the user will be 
prompted again for entry of class name. 


Parameters : 

Currently the parameters for an object have not been fully 
defined and the only parameter presently being looked for is the 
object’s material composition. The following prompt will appear: 

Please enter primary material composition of object: 

The criteria for a valid material entry is the same as for a 
valid object name. If an invalid material entry is made the user 
will be prompted again for entry of material. 
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ORIGINAL PAGE IS 
OE POOR QUALITY 


Attributes : 

The present structure for object attributes is for name 
quantity of attribute. One or more attributes can be entered 
any one object. The following prompt will appear: 

Please enter attribute: 


The criteria for a valid attribute entry is the same as for 
valid object name. If an invalid attribute entry is made tl 
user will be prompted again for entry of an attribute. After 
valid attribute is entered, the quantity (integer value) will I 
asked for and the following prompt will appear: 

Enter quantity of this attribute: 

No error correction is offered. After entry of quantity the ust 
will be prompted, by the following, for continuation: 

Enter another attribute (y/n)? 

To continue entering attributes, enter either y or Y. To st<_ 
entering attributes, enter either n or N, if any other character 
is entered, the default is to stop. 


Primitives: ■ 

There are presently six primitives available for composing 

an object as seen in appendix A. The following menu will appeaB 
for entering primitives comprising the object: | 

PRIMITIVES QTY - 

1) Four-sided prism # " 

2) Right-wedge # 

3) Left-wedge # ■ 

4) Ellipsoid # K 

5) Cylinder # 

6 ) Cone # _ 

0) Quit ■ 


Choice : 


The QTY column reminds the user of the numbe 
entered for each type. Depending on which primit 
the user will be prompted to enter the following 
that primitives: enter the X-axis diameter or le 

diameter or height, and the Y-axis diameter or 
primitive. The values expected for each is a 
error correction is offered. The 0 option is 
entering primitives. 

Relationship : 

The relationships describe how the primitive 
relate to each other so that the object can be re 
format for the relationship is as follows: 


r of primitives 
ive is selected* 
dimensions fol 
ngth, the Z-axis 
depth of th^ 
real number, nl 
used to qui® 


s entered above 
constructed. The. 


(OP,PRIM L ,PRIMj ,X L , Yl ,Z{. , X j , Yj , Z j , Rx L , Ry L ,Rz;, , Rxj , Ry^ ,Rz- ) 
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union operator: 

( + ,PRIM l ,PRIM j ,X l ,Y L ,Z l , Xj ,Yj , Z j , 0 , 0 , 0 , Rx _> , Ryj , Rzj ) 

This is the union operator which connects the surface point 
(Xj ,Yj , Z j ) of primitive j to the surface point (Xj.,Yl,Z l ) of 
primitive i, with primitive j being rotated about its point 
of connection by (Rxj,Ryj,Rzj ). 

intersection operator: 

(*,PRIM L ,PRIMj ,Xi.,Yj. ,Z L , 0,0, 0,0,0, 0,Rxj ,Ryj ,Rzj ) 

This is the intersection operator which places primitive j 
in primitive i, with the origin point of primitive j being 
located in primitive i at point (Xi ,Yi ,Z\.) and primitive j 
being rotated about its origin point by (Rxj ,Ryj ,Rzj ). 

subtraction operator: 

( - , PRIM- l , PRIMj , X L , Y L , Z L , 0 , 0 , 0 , 0 , 0 , 0 , Rxj , Ryj , Rzj ) 

This is the subtraction operator which is identical to the 
intersection operator except primitive j is removed from 
primitive i. 

For entry of relationship the following prompt will appear: 
Number of operations entered: # 

Enter first primitive tag id: 

The first prompt reminds the user of the number of relationship 
operations entered so far. The second one is looking for the tag 
id (integer value) for the first primitive involved. No error 
correction is offered. The next prompt to appear is: 

Enter second primitive tag id: 

Here enter the tag id (integer value) for the second primitive 
involved. No error correction is offered. The next prompt to 
appear is: 

Enter desired operator (+,-,*): 

Depending on the operator entered, the user will be prompted to 
enter the appropriate (real) values for the connection points and 
orientations. If the user does not want to enter a relationship, 
enter a character other than the operators and the current 
operation will be ignored. After entry of an operation the 
following prompt will appear: 

Enter another operation (y/n)? 

To continue entering relationships, enter either y or Y. To stop 
entering relationships, enter either n or N, if any other 
character is entered, the default is to stop. 
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IV. B Deleting an object 1 

After selecting the DELETE OBJECT option in the main menu, 
the following prompt will appear: 

Please enter object name: 

Enter any string up to 80 characters in length, but only the 
first 15 significant characters are kept, and the string must 
contain at least one non-blank character. Leading and trailing 
blanks are stript, however embedded blanks are not stript from 
the string. If an invalid name is entered the user will be 
prompted again for another name. 

If name entered exist it will be removed from the database 
along with all other files or information relating to it, 
otherwise an error message will appear stating no object with 
that name presently exist in the database. 

IV. C Viewing the database 

LIST OBJECTS - This option for viewing the database list the 

objects by name, a page at a time. To stop 
viewing the database, enter either n or N to 
the inquiry about continuing. 

LIST CLASSES - This option for viewing the database list the 

classes and the objects associated with each 
class, a page at a time. To stop viewing the 
database, enter either n or N to the inquiry 
about continuing. 

IV. D Changing an object 

After selecting the UPDATE OBJECT option in the main menu 
the following prompt will appear: 

Please enter object name: 

Enter any string up to 80 characters in length, but only the 
first 15 significant characters are kept, and the string must 
contain at least one non-blank character. Leading and trailing 
blanks are stript, however embedded blanks are not stript from 
the string. If an invalid name is entered the user will be 
prompted again for another name. 

Name change: 

If the object exist in the database the following prompts 
will appear: 

Object's name: <Hopefully the one the user entered> 

Change object's name (y/n)? 

To change name, enter either y or Y, then - the following prompt 
will appear: 
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Please enter object name: 


The criteria for name is the 
change. If an invalid name 
again for another name. 


same as 
is entered 


for entry of name for 
the user will be prompted 


Class change : 

For changing the class, the following prompt will appear: 
Object's class: <class for object> 

Change object's class (y/n)? 

To change the class of the object, enter either y or Y, then the 
following prompt will appear: 

Please enter object class: 

The criteria for a valid class entry is the same as for a valid 
object name. If an invalid class is entered the user will be 
prompted again for a class. 

Parameter change: 

The present format for parameters is undefined and the only 
thing contained in this structure is the primary material 
composition of the object. The following prompt will appear for 
changing the material: 

Object's material: cmaterial of object> 


Change object's material (y/n)? 

To change the material, enter either y or Y, then the following 
prompt will appear: 

Please enter primary material composition of object: 

The criteria for a valid material entry is the same as for a 
valid object name. If an invalid material is entered the user 
will be prompted again for a material. 

Attribute change: 

For changing the attributes of the object, the following 
prompt will appear: 

Change object’s attributes (y/n)? 

To change attributes, enter either y or Y, then the following 
prompt will appear: 

Attribute is as follows: 

name: <attribute> 
quantity: It 

Do you want to C)hange 

D) elete 

or get N)ext attribute 
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ORIGINAL PAGE IS 
OE POOR QUALITY 
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Change : 

To change this attribute of the object, enter either c or C,| 


the following prompt will appear: 
Please enter attribute: 


The criteria for an attribute is the same as for a valid object 1 
name. If an invalid attribute is entered the user will be 
prompted again for another attribute. Then the user will b 




asked for the quantity of this attribute by the following promptt| 
Enter quantity of this attribute: 


I 


An integer value is being looked for and no error checking is 1 
offered. If only the quantity is desired to be changed, select 
the C)hange option and reenter the attribute then when asked forj 


quantity enter the change. 
Delete : 


e: a 

To delete the currently displayed attribute, enter either cH 
or D, no prompt will appear for this option. ® 


Next : 

If no action is desired for the currently displayec 


tion is 

desi red 

for 

the 

cur 

retrieve 

the next 

attribute , 

r en 

appear 

for this 

option . 

Thi 

ibutes a 

ssociated 

wi th 

an object 


This allows a way t 


them. 
Add : 


1 


After current attribute list is reviewed then you have th 
option to append more attributes to the list. The following 
prompt will appear for additions: 


i 


Add new attribute (y/n)? 




To add another attribute, enter either y or Y, and the user wilj 


be prompted for attribute and quantity in the same manner as foi 
changing attribute. Entering either n or N will stop changes to 
attribute list, also if any other character is entered th« 
process will stop. J 


Primitive change: 

For changing the primitives of the object, the followin 
prompt will appear: 


Change object's primitives (y/n)? 


To change primitives, enter either y or Y, then the following 
prompt will appear: 
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Primitive is as follows: 

Tag: # 

Id: <primitive code> 

Length/X-axis: # 

Depth/Y-axis : # 

Height/Z-axi s : # 

Do you want to D)elete 

or get N)ext primitive 

Delete : 

To delete the currently displayed primitive, enter either d 
or D, no prompt will appear for this option. 

Next : 

If no action is desired for the currently displayed 
primitive, to retrieve the next primitive, enter either n or N. 
No prompt will appear for this option. This allows a way to 
review the primitives associated with an object, without changing 
them. 

Add : 

After current primitive list is reviewed then you have the 
option to append more primitives to the list. The following 
prompt will appear for additions: 

Add new primitive (y/n)? 

To add another primitive, enter either y or Y, and the user will 
be prompted as follows: 

PRIMITIVES 

1) Four-sided prism 

2) Right-wedge 

3) Left-wedge 

4 ) El 1 ipsoid 

5) Cylinder 
6 ) Cone 

0) No creation of primitive 


Choice : 

Depending on which primitive is selected, the user will be 
prompted to enter the following dimensions for that primitives: 
enter the X-axis diameter or length, the Z-axis diameter or 
height, and the Y-axis diameter or depth of the primitive. The 
values expected for each is a real number, no error correction is 
offered. The 0 option is used to quit entering primitives. 

Relationship change: 

For changing the relationships of the object, the following 
prompt will appear: 


• * 
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Change object's relationships ( y/n ) ? 


To change relationships, enter either y or Y, then the 
prompt will appear: 


Relationship is as follows: 

First primitive id: 
Second primitive id: 
Operator: 

Connection point for first id(x,y,z): 


<tag #> 
<tag #>' 
<*,-,+> 
#,#,# 


Rotation of first id(x,y,z): #,#,# 


following ■ 


Connection point for second id ( x , y , z ):#,#, # 

Rotation of second id(x,y,z): #,#,# 

Do you want to D)elete 

or get N)ext relationship 


I 

I 


Delete : 

To delete the currently displayed relationship, enter either 
d or D, no prompt will appear for this option. 

Next: 


I 

I 


If no action is desired for the currently displayed 
relationship, to retrieve the next relationship, enter either n 
or N. No prompt will appear for this option. This allows a 
way to review the relationships associated with an object, 
without changing them. 

Add : 


After current relationship list is reviewed then you 
the option to append more relationships to the list, 
following prompt will appear for additions: 

Add new relationship (y/n)? 

To add another relationship, enter either y or Y, and the 
will be prompted as follows: 

Enter first primitive id: 


have 

Thei 


use 


I 

I 




Enter the 
involved . 
appear is: 


tag 

No 


id 

error 


(integer value) for the 
correction is offered. 


first primitiv 
The next prompt t 



Ente r 

Here enter 
involved . 
appear is: 


second primitive id: 

the tag id (integer value) for the 
No error correction is offered. 


I 

second primitive 
The next prompt t 



Enter desired operator (+,-,*): 


ORIGINAL PAGE IS 

of poor quality: 


I 

I 
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Depending on the operator entered, the user will be prompted to 
enter the appropriate (real) values for the connection points and 
orientations. If the user does not want to enter a relationshi 
enter a character other than the operators and the curre 
operation will be ignored. 

IV. E Main menu 

The following is the group of operations on the database, 
which is described in section IV. 


1 ) Create object 

2) Delete object 

3) List objects 

4) List classes 

5) Update object 
0) Quit 


Choice : 
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APPENDIX 






Primitive: Left-Wedge 

Type Id: LW 

Parameters: L D H 



Primitive: Ellipsoid 

Type Id: EL 

Parameters: XYZ 





